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(54) System and method for digital communication 



(57) A digital broadcasting systenn capable of quick- 
ly acquiring long term program information. An SI gen- 
erating part SG2 generates a long term program infor- 
mation S_EIT which is multiplexed in a transport stream 
TS2 only. The SI generating part SG2 gives Information 
on whether the long term program information S_EIT is 
present or not for each service to other SI generating 



parts SGI and SG3. The SI generating parts SGI and 
SG3 multiplex the given presence Information in trans- 
port streams TS1 and TS3. In this way, the presence 
information is multiplexed in all the transport streams. 
Therefore, the presence information may be acquired 
whichever transport stream is being received. If the 
presence Information is retained beforehand, the infor- 
mation may be quickly used as required. 
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Description 

[0001] This invention relates to digital communication 
such as satellite broadcasting and, more particularly, to 
increasing the information acquiring process speed for 5 
long term programs. 

[0002] FIG. 22 schematically illustrates a state of 
sending satellite broadcasting radio waves as a simpli- 
fied conceptual chart. Radio waves from a ground sta- 
tion 2 are sent through a broadcasting satellite 4 to the io 
ground. From the broadcasting satellite 4 are sent out 
a plural number of transport streams (transmission 
routes determined by frequency, plane of polarization, 
etc.) TS1, TS2, and TS3. Furthermore, a plural number 
of services SV1 1 . S VI 2, S V1 3, and SV1 4 (correspond- ^5 
ing to channels in the ground wave broadcasting) are 
multiplexed by time division in packets in the transport 
stream TS1. Similarly, services SV21, SV22, SV23, and 
SV24 are multiplexed in the transport stream TS2, and 
services SV31 , SV32, SV33, and SV34 are multiplexed 20 
in the transport stream TS3. To the transport streams 
are also sent out program information and control data 
associated with the packeting or the like in addition to 
video data and audio data for respective services. While 
FIG. 22 shows only three transport streams, much more 25 
transport streams are actually sent out. Furthermore, 
while FIG. 22 shows four services multiplexed for each 
transport stream, in actuality much more services are 
multiplexed. 

[0003] FIG. 23 shows video data, audio data, control 30 
data, and program information multiplexed in the trans- 
port streams TS1 , TS2. and TS3. In the transport stream 
TS1 are multiplexed: audio data ES( A) 11 and video data 
ES(V)11 of the service SV11; audio data ES(A)12 and 
video data ES(V)1 2 of the service SV1 2; ... , and audio 35 
data Es(A)14 and video data ES(V)141 of the service 
SV14. For each of the services SVII. SV12, SV13, and 
SVI4 are also multiplexed currently broadcast program 
information P_EIT11, P_EIT12, P EIT13, and P_EIT14. 
and information F_EIT11, F_EIT12, F_ EIT13. and 40 
F_EIT14 of programs to be broadcast next. Further- 
more, an SDT1 describing the details of the service mul- 
tiplexed in the transport stream TS1, an SDT2 describ- 
ing the details of the service multiplexed in the transport 
stream TS2. and an SDT3 describing the details of the 45 
service multiplexed in the transport stream TS3 are also 
multiplexed and transmitted. 

[0004] Incidentally, audio data, video data, and pro- 
gram data are multiplexed also in other transport 
streams TS2 and TS3. However, for the long-term pro- 50 
gram information S_ EIT11, S_EIT12, ... , S_EIT14, 
S_EIT21, S_EtT22. ... , S_ EIT24, S„EIT31, 
S_EIT32, ... . S_EIT34, and S_EIT41, S_ EIT42.... 
S_EIT44, the information is multiplexed only in the 
transport stream TS2 because the amount of informa- 55 
tion is large. 

[0005] In some services, the long term program infor- 
mation is not provided for reasons such as that always 



the same contents are broadcast. Therefore, in the con- 
trol data SDT1 , SDT2, and SDT3 of the transport stream 
TS2, there is described the information on whether the 
long term program information S_EIT is present or not 
for the services SV11 toSV14. SV21 toSV24, andSV31 
to SV34. However, the presence information is de- 
scribed only for the control data SDT1 , SDT2, and SDT3 
of the transport stream TS2 in which the long-term pro- 
gram information S_EIT is multiplexed. In the control da- 
ta SDT1, SDT2, and SDT3 of other transport streams 
TS1 and TS3, areas for describing the presence infor- 
mation is provided, but their contents are all described 
as "nil" and no substantial presence information is de- 
scribed. 

[0006] Each piece of the above-described information 
is transmitted in packets as shown with 60a in FIG. 24. 
That is to say, video data and audio data of each service 
are multiplexed in packets and transmitted. After the 
transmission with 60a, transmission with 60b follows. In- 
cidentally, a packet ID is attached to ES in packet of 
each service. The packet ID of ES of each service is 
arranged to be recognized with control data PAT and 
PMT With such an arrangement, the ES for each serv- 
ice may be acquired selectively. While FIG. 24 is shown 
for the transport stream TS1 , the same applies to other 
transport streams TS2 and TS3. 
[0007] Furthermore, control data NIT is multiplexed in 
each of the transport streams TS1 , TS2, and TS3. In the 
control data NIT are described transmission specifica- 
tions (frequencies, etc.) of the transport streams TS1, 
TS2, and TS3, and service names (service IDs) included 
in those transport streams. This makes it possible to 
learn what kinds of services are included in each of the 
transport streams. In the control data NIT is also de- 
scnbed the information showing in which transport 
stream the long term program information is written. 
[0008] FIG. 25 roughly shows a satellite broadcasting 
receiver. A transport stream is selected with a tuner 8, 
and a desired service is separated with a decoder 10. 
From the decoder 1 0 are output selected audio data and 
video data. A microprocessor (MPU) 12 sets a packet 
ID of the ES of a desired service to the decoder 1 0. This 
causes the decoder 10 to output the ES of the service. 
When the packet ID of the control data is set to the de- 
coder 10, separated control data is given to the MPU 12. 
[0009] Assuming that the sen/ice SV33 of the trans- 
port stream TS3 is currently being received, operation 
of a case will be described below in which a command 
is given to the MPU 12 to switch to the service SV12 of 
the transport stream TS1. First, the MPU 12 takes in 
control data NIT (See FIG. 23) by controlling the decod- 
er 1 0 (namely by setting the packet 1 D of the control data 
NIT). It is learned from the description of the control data 
that the service SV12 to be received is multiplexed in 
the transport stream TS1. Next, the transport stream 
TS1 is received by controlling the tuner 8. Further, the 
decoder 1 0 is controlled to acquire the control data PAT1 
and PMT1 2, and to acquire packet IDs of the video data 



45 



50 



2 



3 



EP 0 905 985 A2 



4 



ES(A) 12 and audio data ES(V)12. Next, this packet ID 
Is set to the decoder 10 so that the video data ES(A) 1 2 
and audio data ES(V)12 of the intended service SV12 
are output from the decoder 10. Switching to the service 
to be received Is carried out as described above. 5 
[0010] Incidentally, a future broadcasting schedule of 
any of the services may be learned by acquiring the long 
term program information S_EIT of the service in ques- 
tion. The long term program information S_EIT includes 
genre Information on each event (so-called program) 
broadcast in each service. Therefore, once the long 
term program information S_EIT is acquired, it is possi- 
ble to search and display broadcasting schedules in 
specific genres. 

[0011] Assuming that the service SV12 is currently 
being received, the process of acquiring the long term 
program information S_EIT will be described below. 
First, the MPU 12 controls the decoder 10 to separate 
and acquire the control data NIT From the description 
of the control data NIT, a transport stream is known 
where the long term program information S_EIT is mul- 
tiplexed, and the tuner 8 is controlled to receive the 
transport stream TS2. Further, the decoder 10 is con- 
trolled to separate and acquire the control data SDT1, 
SDT2, and SDT3, and to acquire the presence informa- 
tion for the long term broadcasting program in each 
service. 

[0012] According to the presence information, the 
MPU 12 controls the decoder 10 for only the service in 
which the long term program information is present, and 
acquires the long term program information. 
[001 3] As described above, the long term program in- 
formation may be acquired for each service. The ac- 
quired long term program Information may be displayed 
as it is, or searched according to the genre information 
to display program information only in a specific genre. 
[0014] However, with the conventional art described 
above, the following processes are required to acquire 
the long term program information: (1) to switch to re- 
ceive the transport stream in which the presence infor- 
mation for the long term program information is multi- 
plexed, (2) to acquire the presence information in the 
switched transport stream, and (3) to acquire the long 
term program information in the required service ac- 
cording to the presence information. Therefore, there is 
a problem that a long time is taken before the long term 
program information appears on the display screen 
when the receiver is operated by a receiving person in- 
tending to display the information. 
[0015] An aspect of the invention provides a digital 
communication capable of solving the above-described 
problem and quickly acquiring the long term program in- 
formation. 

[0016] An aspect of the invention is characterised in 
that. 

on a sending side, 

at least one transport stream Is assumed as a spec- 



ified transport stream, long term program informa- 
tion for each service is multiplexed in the specified 
transport stream, and, for each sen/Ice, presence 
information on whether the long term program infor- 
mation is multiplexed In the specified transport 
stream is multiplexed In all the transport streams in- 
cluding at least one service, and 
on a receiving side, 

the presence information for each service multi- 
plexed in the transport stream currently being re- 
ceived is acquired and retained beforehand, and if 
it is necessary to learn the presence or absence of 
the long term program Information for the service, 
whether the long term program information for the 
sen/ice is present is determined from the retained 
presence information. 

[0017] Since the presence information for the long 
term program information is multiplexed also in the 
transport streams other than the specified transport 
stream, the presence information may be acquired even 
when a transport stream other than the specified trans- 
port stream Is being received. In particular, if the multi- 
plexing is made in all the transport streams, the pres- 
ence information may be acquired and retained before- 
hand irrespective of whichever transport stream being 
currently received. Therefore, in the case the long term 
program information Is required, the information may be 
quickly acquired by switching the transport stream and 
then immediately acquiring the information according to 
the retained presence information. 
[0018] Furthermore, by multiplexing the presence in- 
formation also in all the transport streams that do not 
include services, the presence information may be ac- 
quired even when such transport streams are being re- 
ceived. 

[0019] The presence Information is described on a 
service description table (SDT). In any transport stream, 
the service description table has an area for describing 
all the services of all the transport streams (description 
loops for respective transport streams). Therefore, the 
presence information for each service may be easily de- 
scribed. 

[0020] The presence information is described on a 
network information table (NIT). In any transport stream, 
the network information table has an area for describing 
all the services of all the transport streams. Therefore, 
the presence information for each service may be easily 
described. 

[0021] The receiver is adapted to acquire and retain 
the presence information for all the services at specified 
time intervals during the receiving operation. Therefore, 
the presence Information is renewed to the latest at the 
specified time intervals. 

[0022] The receiver is adapted to acquire and retain 
the presence information for all the services when the 
power supply is off. Since the receiving person does not 
make the receiving operation while the power supply is 
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off, acquisition of the presence information can take 
time. 

[0023] The acquired long term program information is 
searched on the receiving side. Therefore, the long term 
program information in restricted genres may be quickly 
displayed. 

[0024] "Long term program information multiplexing 
means" refers to the means for multiplexing long term 
program information in the transport streams. In the em- 
bodiment, it refers to the generating part SG2 and the 
multiplexing part MX2 in FIG. 1. 
[0025] The "long term program information" refers to 
the information including at least the information on the 
program to be broadcast after the program to be broad- 
cast next to the current program. In the embodiment, the 
program in question refers to S_EIT in FIG. 20. Here, 
the "program" refers to the index information of the con- 
tents sent by broadcasting. The concept of program re- 
ferred to here also includes predetermined broadcasting 
plan for broadcasting computer programs and data. 
[0026] The "presence information" refers to the 
means for multiplexing the presence information in the 
transport stream. In the embodiment, it refers to the SI 
generating part SGI, and the SC3 multiplexing parts 
MX1 and MX3 in FIG. 1. 

[0027] The "presence information" is the information 
that indicates whether the long term program informa- 
tion for the service is multiplexed in the specified trans- 
port stream. In the embodiment, it refers to the descrip- 
tors{ ) in FIGs. 14, 15, and 16. It also refers to the EIT 
Schedule Flag in FIG. 15. 

[0028] The "specified transport stream" refers to the 
transport stream in which the long term program infor- 
mation is multiplexed. In the embodiment, it refers to the 
transport stream TS2. While there is only one specified 
transport stream in the embodiment, there may be a plu- 
ral number of specified transport streams. 
[0029] The "presence information retaining means" 
refers to the means for acquiring and retaining the pres- 
ence information. In the embodiment, it refers to the 
CPU 847 in FIG. 8 (especially steps S34, S35, and S36) 
and the sen/ice information management memory 842. 
[0030] The "long term program information acquisi- 
tion means" refers to the means that determines the 
presence or absence of the long term program informa- 
tion, and acquires the long term program information for 
only the services where the long term program informa- 
tion is present. In the embodiment, it refers to the CPU 
847 in FIG. 8(in particular the steps S47 and S48). 
[0031] The "receiver" refers to the device that is ca- 
pable of selectively receiving required transport stream 
and service from a plural number of transport streams. 
This concept includes the receivers or the like including 
the so-called set-top box and the CRT. 
[0032] The "recording medium with recorded pro- 
grams" refers to the recording medium such as the 
ROM, RAM. hard disk, flexible disk. CD-ROM or the like 
on which programs that can be executed with a CPU are 



recorded. Here, the program also includes not only 
those which can be executed directly with a CPU but 
also those which must be once installed, is compressed 
or coded. 

5 [0033] Embodiments of the present invention will now 
be described with reference to the accompanying draw- 
ings, in which : 

FIG. 1 is a block diagram of a transmitter according 
10 to an embodiment of this invention; 

FIG. 2 is a block diagram of a receiver according to 

an embodiment of this invention; 

FIG. 3 is a block diagram showing the details of the 

transmitter; 

15 FIG. 4 shows video and audio data, and control data 
multiplexed in each transport stream; 
FIG. 5 shows the data structure of the control data 
NIT; 

FIG. 6 shows the data structure of the control data 
20 SDT; 

FIG. 7 is a flow chart showing the process of gen- 
erating the control data SDT; 
FIG. 8 shows a hardware structure of the receiver; 
FIG. 9 shows a buffer provided for the memory 844; 
FIG. 10 shows a flow chart of basic process of re- 
ception; 

FIG. 11 shows a flow chart of the presence informa- 
tion recording process; 

FIG. 12 shows a service information control table; 
FIG. 13 shows a service information control table; 
FIG. 14 shows the described contents of SDT mul- 
tiplexed in the transport stream TS1 ; 
FIG. 15 shows the described contents of SDT mul- 
tiplexed in the transport stream TS2; 
35 FIG. 16 shows the described contents of SDT mul- 
tiplexed in the transport stream TS3; 
FIG. 17 shows a flow chart of a genre search proc- 
ess. 

FIG. 18 shows a genre search screen; 
FIG, 19 shows a search result; 
FIG. 20 shows the data structure of a long term pro- 
gram information S_EIT; 
FIG. 21 shows a program information table; 
FIG. 22 is a simplified conceptual chart of satellite 
broadcasting; 
FIG. 23 shows the data multiplexed in each trans- 
port stream; 

FIG. 24 shows the concept of arranging data in 
packets; and 

so FIG. 25 roughly shows the constitution of the receiv- 
er; 

1 . Constitution of the Whole System: 

55 (1) Transmitter 

[0034] FIG. 1 is a block diagram of a transmitter for 
use in a digital broadcasting system according to an em- 
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bodiment of this invention. In the figure, video/audio da- 
ta SVD11 are the contents of a service SV11 . Similarly, 
video/audio data SVD12, SVD13, SVD14, SVD21, 
SVD22. SVD23. SVD24. SVD31, SVD32, SVD33, and 
SVD34 are respectively contents of services SV12, s 
SV13, SV14, SV21, SV22, SV23. SV24. SV31, SV32. 
SV33, and SV34. Incidentally, depending on the service, 
there may be cases in which either only the audio data 
or only the video data are the contents of the service. 
[0035] The video/audio data SVD11 are compres- io 
sion-processed in an encoder part Ell by means of an 
MPEG or the like. Similarly, the video/audio data 
SVD12, SVD13, and SVD14 are compression-proc- 
essed in encoder parts El 2, El 3, and El 4. These com- 
pressed data are arranged in packets and multiplexed ^5 
in a multiplexing part MX1 and made as a transport 
stream TS1. The transport stream TS1 is modulated in 
a modulating part MD1 and transmitted. In the case of 
the satellite broadcasting, it is transmitted through an 
artificial satellite. 20 
[0036] Also the video/audio data SVD21. SVD22, 
SVD23, and SVD24 are similarly compressed in an en- 
coder part E2, multiplexed in a multiplexing part MX2, 
modulated in a modulating part MD2, and transmitted 
as a transport stream TS2. Also the video/audio data 25 
SVD31 . S VD32, SVD33, and SVD34 are similarly trans- 
mitted as a transport stream TS3. 
[0037] An SI generating part SGI receives informa- 
tion on the network (such as the frequency and plane of 
polarization of each transport stream, and service name 30 
information multiplexed in the transport stream), infor- 
mation on the service multiplexed in each transport 
stream (such as the presence information for the long 
term program information, and service name), and the 
program information (such as the program names to be 35 
broadcast in each service), and according to such infor- 
mation, generates control data. The multiplexing part 
MX1 , when it multiplexes the video/audio data, also mul- 
tiplexes the control data generated in the SI generating 
part SG 1 . Similarly, the multiplexing parts MX2 and MX3 40 
multiplex also the control data generated in the SI gen- 
erating parts SG2 and SG3, respectively. 
[0038] The SI generating part SG2 generates long 
term program information S_EIT (Scheduled Event In- 
formation Table) according to the program information ^5 
provided. However, for the services that do not require 
the long term program information, such information is 
not generated. 

[0039] Incidentally, the long term program information 
S_ EIT (Scheduled Event Information Table) is generat- 50 
ed only in the SI generating part SG2, and not in the SI 
generating parts SGI and SG3. Therefore, the long term 
program information S_EIT (Scheduled Event Informa- 
tion Table) on each sen/ice is multiplexed only in the 
transport stream TS2. That is to say, in this embodiment, 55 
the transport stream TS2 is the specified transport 
stream. 

[0040] The S! generating part SG2, when it generates 



the long term program information S_EIT, generates a 
presence information on whether the long term program 
information S_ EIT is present for each sen/ice. The pres- 
ence information too is multiplexed as part of the control 
data in the multiplexing part MX2. 
[0041] The presence information generated in the SI 
generating part SG2 is given to the SI generating parts 
SG1 and SG3. The SI generating parts SG1 and SG3 
multiplexes the presence information as part of the con- 
trol data in the multiplexing parts MX1 and MX3. In this 
way, the presence information is multiplexed in all the 
transport streams. 

[0042] In the embodiment of FIG. 1 , the long term pro- 
gram information multiplexing means is constituted with 
the SI generating part SG2 and the multiplexing part 
MX2, and the presence information multiplexing means 
is constituted with the SI generating parts SG1 and SG3, 
and the multiplexing parts MX1 and MX3. Incidentally, 
while four services are multiplexed in one transport 
stream in FIG. 1, the number of services may be less 
than or more than four. Furthermore, while three trans- 
port streams TS1 , TS2, and TS3 are shown, much more 
(such as several tens to several hundreds of) transport 
streams are generated. 

(2) Receiver 

[0043] FIG. 2 shows the block diagram of a receiver 
in the digital broadcasting system as an embodiment of 
this invention. Radio wave sent from the transmitter ei- 
ther along the earth as the ground wave or through a 
broadcasting satellite are caught with an antenna 18. A 
transport stream selecting part 20 selects a frequency 
and selectively receives one transport stream. A service 
selecting part 22 selects one service from a plural 
number of services multiplexed in the transport stream 
and gives it to an output part 24. The output part 24 de- 
compresses (extends) the compressed data and out- 
puts the video/audio data of the selected service. 
[0044] A presence information retaining part 26 sep- 
arates, acquires, and retains the presence information 
indicating the presence or absence of the long term pro- 
gram information S_EIT multiplexed in the transport 
stream. This makes it possible to know whether the long 
term program information S_EIT is multiplexed in the 
specified transport stream for every service. As de- 
scribed above, since the presence information is multi- 
plexed in alt the transport streams, the presence infor- 
mation may be acquired and retained whichever service 
is being received. 

[0045] A long term program information acquiring part 
28 determines whether the long term program informa- 
tion is present in each service according to the presence 
information retained in advance in the presence infor- 
mation retaining part 26. After that, the specified trans- 
port stream is received and the process of acquiring the 
long term program information S_EIT is performed for 
only the service where the long term program informa- 
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tion is present. The acquired long term program infor- 
mation is processed witli a searcli or the like and dis- 
played on the output part 24. 

[0046] In this embodiment as described above, since 
the presence information on the long term program in- 
formation for each service is multiplexed in all the trans- 
port streams, the presence information may be retained 
in advance in the receiver, so that the long term program 
information may be acquired through a quick process. 
[0047] In this embodiment, the presence information 
retaining means is constituted with the presence infor- 
mation retaining part 26, and the long term program in- 
formation acquiring means is constituted with the long 
term program information acquiring part 28. 

2. Details of the Transmitter 

[0048] FIG. 3 shows the details of part of the transmit- 
ter shown in FIG. 1 for generating the transport stream 
TS1. Graphic data SVD11(V) of the sen/ice SV11 is 
compressed in a video encoder 30. The compressed da- 
ta is given as an ES (elementary stream) to a FIFO (first- 
in first-out) memory 34 at variable rates. The FIFO mem- 
ory 34 outputs the ES of the video data to a packeting 
circuit 38 at a fixed rate. 

[0049] The packeting circuit 38 divides the ES of the 
video data into packets of a fixed length (such as 188 
bite long) and writes them as PES (packeted ES) into a 
memory 42. At this time of the writing, a packet identifier 
(PID) is attached to each PES. 
[0050] In a similar manner to that with the video data, 
the audio data SVDII(A) of the service SV11 is com- 
pressed in a audio encoder 32 and given to a FIFO 
memory 36. Furthermore, the data is made into packets 
of a fixed length in a packeting circuit 40, attached with 
a PID, and written into a memory 44. 
[0051] A packet multiplex controller 46 reads the PES 
of the video data and audio data stored in the memories 
42, 44 according to an encoding speed. It also gives the 
PID attached to the PES of the video data and audio 
data to a PMT generating circuit 48. The PMT generat- 
ing circuit 48 receives them and generates a PMT (Pro- 
gram Map Table). The PID attached to the PES of the 
video data and audio data of the service in question are 
described in the control data PMT The packet multiplex 
controller 46 multiplexes by time-division and writes the 
PES of the read video data and audio data and their con- 
trol data PMT to a memory 50. 
[0052] In this way, the time-division multiplexed data 
for the service SV11 is generated and stored in the 
memory 50. 

[0053] For other services SV1 2, SV1 3, and SV1 4, the 
video data SVD1 2(V), audio data svDI 2 (A), video data 
SVD1 3(V). audio data SVD1 3(A), video data SVDI 4(V), 
and audio data SVD14(A) are compressed with the en- 
coders El 2, El 3, and El 4. The compressed ES is ar- 
ranged in packets as PES with packeting parts PT12, 
PT13, and PT14, and multiplexed by time division with 



video-audio multiplexing parts AVMX12, AVMX13, and 
AVMX14. Time-division multiplexed data for the servic- 
es SV12, SV13, and SV14 are respectively stored in 
memories 52, 54, and 56. 

5 [0054] Here, the constitution of the encoders El 2, 
El 3, and E14 is the same as that of the encoder E11. 
The constitution of the packeting parts PT1 2, PT1 3, and 
PT14 is the same as that of the packeting part PT11. 
The constitution of the video-audio multiplexing parts 

10 AVMX1 2, AVMX1 3, and AVMX1 4 is the same as that of 
the video-audio multiplexing part AVMX11 . 
[0055] The SI generation circuit SGI receives net- 
work information, service information, and program in- 
formation, and generates control data NIT, SDT, P_EIT, 

IS and F_EIT The control data P_EIT (Present EIT) is the 
information indicating the currently broadcast program 
and is generated for each service. The control data 
F_EIT (following EIT) is the information indicating the 
program to be broadcast next to the currently broadcast 

20 program and is generated for each service. The SI gen- 
erating circuit SGI generates control data P_EIT11 
through P_EIT14, and F_E!T11 through F EIT14forthe 
services SV11 through SV14 multiplexed in the trans- 
port stream TS1 . 

25 [0056] The control data SDT (Service Description Ta- 
ble) is the information which describes the details of 
each service multiplexed in each transport stream, and 
is generated for each transport stream. In other wards, 
in the SI generating circuit SGI are generated the con- 

30 trol data SDT1 for the transport stream TS1 , the control 
data SDT2 for the transport stream TS2, and the control 
data SDT3 for the transport stream TS3. In other SI gen- 
erating circuits SG2 and SG3 (Refer to FIG. 1 ), the con- 
trol data SDT1 , SDT2, and SDT3 are generated. 

35 [0057] The control data NIT (Network Information Ta- 
ble) describes the information such as the frequency 
and the plane of polarization of each transport streams 
TS1 through TS3, and the information such as the serv- 
ice ID multiplexed in each transport stream. From the 

40 control data NIT, which service is multiplexed in which 
transport stream may be known. In the control NIT is 
also described which transport stream is the specified 
transport stream (in which a long term program informa- 
tion is multiplexed). 

45 [0058] These control data NIT, SDT P_EIT and F_FIT 
are arranged in packets in the packeting circuit PTS, af- 
fixed with PID, and stored in the memory 58. 
[0059] An overall packet multiplex controller 60 reads 
packets of PES and control data stored in the memories 

50 50, 52, 54, 56, and 58. It also gives PID affixed to each 
packet to a PAT generating circuit 62. The PAT gener- 
ating circuit 62 receives it and generates control data 
PAT (Program Association Table). In the control data 
PAT is described the PID of the control data PMT (Refer 

ss to the PMT generating circuit 48) which describes the 
packet identifier (PID) of the PES of each service. The 
overall packet multiplex controller 60 time-division mul- 
tiplexes the PES of each service read and their control 
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data PAT, and outputs from a terminal 64. 
[0060] In the manner described above, the transport 
stream TS1 is generated. The transport streams TS2 
and TS3 are generated with the same constitution as 
shown in FIG. 3. However, since the transport stream 
TS2 is the specified transport stream for multiplexing the 
long term program information, the SI generating circuit 
SG2 generates the long term program Information 
S_EIT for the necessary service. The description of the 
control data SDT generated with the SI generating cir- 
cuit SG2 is partially different from the description of the 
control data generated with other SI generating circuits 
SGI and SG3. The difference will be described later. 
[0061] FIG. 4 shows the data multiplexed in the trans- 
port streams TS1, TS2, and TS3 generated as de- 
scribed above. The symbol ES(A) denotes audio data, 
and ES(V) denotes video data. The symbols NIT, PAT, 
PMT, SDT, P_EIT, F_EIT, and S_EIT denote the control 
data described above. As is clear from the figure, of the 
above data, the long term program information S_EIT is 
multiplexed only in the specified transport stream TS2. 
[0062] FIG. 5 shows the data structure of the control 
data NIT generated with the SI generating circuit. The 
bit numbers shown in the lower row 303 are allocated 
to describe the data shown in the upper row 302. In the 
"table id" 304 is described an identifier to identify that 
the control data are NIT The "network id" 305 is the iden- 
tifier for identifying this network. In the "descriptor tag," 
"descriptor length." and "descriptor ( )" 306 or specifical- 
ly in the area 307 is described which transport stream 
is the specified one in which the long term program in- 
formation S_EIT is multiplexed. In the "Description in 
each transport stream" 308 are secured description ar- 
eas repeatedly by the number of transport streams K 
(three kind here). This is shown with i = 0: i <K: i ++. In 
the "Description in each transport stream" 308 or spe- 
cifically In the service descriptor area (not shown) is de- 
scribed the information on the service ID (identifier, for 
specifying an effective service) multiplexed in each 
transport stream. 

[0063] As shown in FIG. 4. the control data NIT with 
the same contents are multiplexed and transmitted in 
each of the transport streams TS1 , TS2, and TS3. 
[0064] FIG. 6 shows the structure of the control data 
SDT generated with the SI generating circuit. The bit 
numbers shown in the lower row 203 are allocated to 
describe the data shown in the upper row 202. In the 
"table Id" 204 is described an identifier to identify that 
the control data are SDT. The control data SDT are gen- 
erated as SDT1 , SDT2, and SDT3 respectively for the 
transport streams TS1 , TS2, and TS3. In each transport 
stream are multiplexed, in addition to the SDT for its 
own, SDT for other transport streams (Refer to FIG. 4). 
In the "table id" 204 is described "0 x 42" in the case of 
SDT related to its own transport stream, and "0 x 46" In 
the case of SDT for other transport streams. 
[0065] In the "transport stream id" 205 is described 
the identifier of the transport stream in which the service 



described in the SDT is multiplexed. The identifier of the 
transport stream TS1 is described for the control data 
SDT1 , the identifier of the transport stream TS2 is de- 
scribed for the control data SDT2, and identifier of the 
5 transport stream TS3 is described for the control data 
SDT3. Incidentally the description of the "service id" 
206 through "descriptors( )" is repeated by the number 
of services N (four here). This is shown with i = 0: i < K: 
i ++. 

10 [0066] The "service id" 206 is the identifier of service. 
To the "EIT schedule flag" 208 is described a flag show- 
ing the presence or absence (presence information) of 
the long term program information on each service, if 
the transport stream in which the SDT is multiplexed is 

?5 the specified transport stream (TS2 here). That is to say 
in the SDT1 , SDT2, and SDT3 multiplexed in the trans- 
port stream TS2. "1 " is described to the "EIT schedule 
flag" 208 when the long term program information is 
present (multiplexed), and "0" is described to the "EIT 

20 schedule flag" 208 when the long term program infor- 
mation is not present (not multiplexed) for each service. 
[0067] If the transport stream in which the SDT is mul- 
tiplexed is not the specified transport stream (TS1 and 
TS3 here), "0" is described to the "EIT schedule flag" 

2S 208 for all the services irrespective of presence or ab- 
sence of the long term program information. In other 
words, in the SDT1 , SDT2, and SDT3 multiplexed in the 
transport stream TS1,TS2, "0" is always described to 
the "EIT schedule flag" 208. 

30 [0068] Incidentally the SI generating circuit SG2 of 
the specified transport stream TS2 sends out a flag 
showing the presence of the long term program infor- 
mation for each service to other SI generating circuits 
SG1 and SG3. The SI generating circuits SGI and SG3 

35 receives the sent out flag and describes it to the "de- 
scriptors( )" 209 of the control data SDT1, SDT2, and 
SDT3. Therefore, also in the SDT1 , SDT2, and SDT3 of 
the transport streams TS1 and TS3, presence or ab- 
sence of the long term program information for each 

40 service may be learned by seeing the description in the 
"descriptors( )" 209. 

[0069] FIG. 7 is a flow chart of the control data gen- 
erating process with the SI generating circuit SG. First 
in the step SI, an SDT section of the transport stream 

45 in question is generated on the basis of the inputted 
service information. Next, information on the presence 
of the long term program for the service is acquired (step 
S2). The acquired presence information is described to 
the "descriptors( ) (step S3)." 

50 [0070] Next, it is determined whether the steps S2 and 
S3 are executed for all the services in the transport 
stream in question (step S4). If any service remains un- 
processed, the next is made the subject (step S5) to re- 
peatedly execute from the step S2 on. 

55 [0071] When the process for all the services in the 
transport stream is over, generation of one SDT for the 
transport stream in question is complete. Next in the 
step S6, it is determined whether the SDT is generated 
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for all the transport streams. If any transport stream re- 
mains to be processed, the next transport stream is 
made the subject, and the step SI and the succeeding 
steps are repeatedly executed. 

[0072] In the manner described above, the SDT cor- s 
responding to each transport stream is generated. 
[0073] Incidentally, while this embodiment is arranged 
to generate the presence information with the SI gener- 
ating circuit SG2 and give it to other SI generating cir- 
cuits SGI and SG3, it may also be arranged to generate 
the presence information with other circuit or software 
and give it to the Si generating circuits SGI, SG2, and 
SG3. 

[0074] Incidentally while it is not always necessary to 
describe the presence information to the "descriptors( ) ^5 
" 209 of the SDT3, it is preferable to describe the pres- 
ence information to these descriptors. 
[0075] While the above-described embodiment is ar- 
ranged to describe the presence information in the "de- 
scriplors( )" 209, it may be described In other areas as 20 
long as the areas are made to correspond to the service. 
For instance, it may be described in the "reserved future 
use" 207. Or, it may be described in the "descriptorst )" 
309 of the control data NIT shown in FIG. 5. The area 
308 is the area for repeated description for each trans- 25 
port stream (description loop for each transport stream). 
The •'descriptors( )" 309 is the area for further repeated 
description for each service. 

[0076] FIG. 20 shows the data structure of the long 
term program information S_EIT generated with te SI 30 
generating circuit SG2. The bit numbers shown in the 
lower row 2003 are allocated to describe the data shown 
in the upper row 2002. In the "table id" 2004 is described 
an identifier for indicating that the control data is S_EIT 
Since the S EIT is generated for each service, the ID of 35 
the service in which the long term program information 
is described by means of the S_EIT is described to the 
"service id" 2005. From the "event id" 2006 to the "de- 
scriptors( )" 2009, an area is repeatedly secured for 
each event (namely each program). Therefore, the "start 40 
time" 2007, "duration" 2008, and detail of contents of 
the program are described for each program identified 
with the event ID (event id). In the "descriptors( )" 2009, 
genres of the program (such as foreign films, Japanese 
films, and sports) are also described. 
[0077] Incidentally, this embodiment is arranged to 
describe the long term program information for four days 
in one S_EIT It is also arranged that the program infor- 
mation for up to one week to come is described in the 
S_EIT for one service. Therefore, a plural number of 50 
S_EIT are generated for one service, such as an S_EIT 
describing the program information for four days includ- 
ing today and another S_EIT for four days after that. 
These S_EITs are provided with different table IDs (table 
id) for discrimination from each other. 
[0078] In FIG. 4, although only one S_EIT is shown 
for one service, actually a plural number of S_EITs hav- 
ing different table IDs (table ids) are multiplexed. 



[0079] Incidentally, in the embodiment described 
above, the presence information is multiplexed in all the 
transport streams in which the service is included. How- 
ever, it may also be arranged that the presence infor- 
mation is multiplexed not in all the transport streams but 
in one or more of them other than the specified transport 
stream. Furthermore, it may also be arranged that the 
presence information is multiplexed not only in all the 
transport streams that include the service but also in all 
the transport streams that do not include the service 
(such as the transport stream that includes the control 
data only). 

3. Details of Receiver: 

[0080] FIG. 8 shows a hardware constitution of the re- 
ceiver shown in FIG. 2, embodied by employing a CPU. 
An antenna 831 captures the radio wave from a trans- 
mitter and supplies it to a tuner 832. The tuner 832 under 
the instruction of a CPU 847 receives selectively one 
transport stream. The tuner 832 further performs de- 
modulation and error correction processes, and outputs 
to a TS decoder 841 . 

[0081] The TS decoder 841 separates video and au- 
dio data of the required service from a plural number of 
services (video and audio data) multiplexed in the trans- 
port stream according to the packet identifier (PID) set 
with the CPU 847. The separated video data are given 
through a FIFO memory 836 to a video decoder 837, 
and expanded. The video data are converted into ana- 
log signals through a digital-to-analog (D/A) converter 
838, passed through a video synthesizing circuit 839, 
and displayed on a monitor 840 such as a liquid crystal 
display and CRT. Incidentally, data written into a video 
RAM (VRAM) 846 are converted into analog signals 
through a digital-to-analog (D/A) converter 845 and giv- 
en to a video synthesizing circuit 839. In this way, char- 
acters or the like may be displayed as superposed on a 
picture. 

[0082] The separated audio data are given through a 
FIFO memory 833 to a audio decoder and expanded. 
The audio data are outputted as sound from a speaker 
835. 

[0083] In a service information management memory 
842 are recorded a service overview table and presence 
information on the long term program for each service. 
In a program information memory 843 is recorded the 
acquired long term program information. 
[0084] A remote control operating part 849 receives 
reception start by a receiving person, service specifica- 
tion, display command for the long term program infor- 
mation, and instruction for genre search for the program 
information, and output them to a microcomputer 848 of 
the main part of the receiver. 

[0085] The CPU 847 controls the tuner 832, and the 
TS decoder 842. The program for the control is recorded 
in the memory 844. Incidentally, this control program 
may be one that operates alone, or one that operates 
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with an operating system as a premise. Furthermore, as 
shown in FIG. 9, the memory 844 is provided with areas 
serving as various buffers. 

[0086] FIG. 1 0 shows a flow chart of a basic reception 
process program recorded in the memory 844. The fol- 5 
lowing explanation is made on the assumption that, 
when the service SV33 of the transport stream TS 3 is 
being received, a commend to switch to the service 
SV12 of the transport stream TS1 is issued from the re- 
mote control operating part 849. Here, as shown in FIG. ?o 
4, it is assumed that the control data and video and audio 
data are multiplexed in all the transport streams TS1, 
TS2, and TS3. 

[0087] The service switching command from the re- 
mote control operating part 849 is given to the micro- 
computer 848 and retained in a remote control input 
buffer 906 (Refer to FIG. 9) of the memory 844. This 
command is also given to a CPU 847. 
[0088] First, the CPU 847 sets the PID of the control 
data PAT3 to the TS decoder 841 , acquires the PATS of 
the transport stream currently being received, and re- 
tains it in a PAT reception buffer 902 of the memory 844 
(step S1 1 ). Next, a determination is made whether a de- 
sired service SV12 is described in the acquired PAT3. 
In other words, it is determined whether the desired 
service SV1 2 is multiplexed In the transport stream TS3 
currently being received (step SI 2). Since the service 
SV1 2 is not multiplexed in the transport stream TS3, the 
process goes on to the step SI 3. 
[0089] In the step S13, the PID of the NIT is acquired 
according to the description of the acquired PAT3. Next, 
the CPU 847 sets the PID of the NIT to the TS decoder 
841, takes in the control data NIT multiplexed in the 
transport stream TS3, and records in the NIT reception 
buffer 901 of the memory 844 (step SI 4). In the control 
data NIT are described service IDs multiplexed in re- 
spective transport streams. As the CPU 847 receives 
them, it is known that the service SV12 Intended for re- 
ception is multiplexed in the transport stream TS1 (step 
SI 5). 

[0090] Next, the CPU 847 controls the tuner 832 so 
that it receives the transport stream TS1 (step S16). It 
further sets the packet ID of the control data PAT1 (Refer 
to FIG. 4) to the TS decoder 841, takes in the control 
data PAT1 , and records it in the PAT reception buffer of 
the memory 844 (step 817). To the control data PAT1 
are also described the packet IDs of the control data 
PMT11, PMT12, PMT13, and PMT14. 
[0091] From the control data PAT1 taken In. the CPU 
847 acquires the packet ID of the control dataPMTI 2 of 
the service SV12 intended for reception (step SI 8). 
Next, the CPU 847 sets the packet ID to the TS decoder 
841, and takes In the control data PMT12 (step SI 9). 
The CPU 847 further acquires from the control data 
PMT12 the packet IDs of the video data ES(A)12 and 
aud io data ES(V) 1 2 of the service SV1 2 intended for re- 
ception (step S20). 

[0092] Next, the CPU 847 sets the packet ID to the 



TS decode 841 . As a result, the video data ES(A)1 2 and 
audio data ES(V)12 of the service SV12 are outputted 
from the TS decoder 841 and given to the FIFO memo- 
ries 836 and 833. In the manner described above, the 
received service is switched. 

[0093] FIG. 11 shows a flow chart of the presence in- 
formation recording process program recorded in the 
memory 844. This presence information recording proc- 
ess program Is repeatedly executed every specified 
time (for example every two hours) by time interruption 
or the like while a basic receiving process is being exe- 
cuted. 

[0094] Here, the explanation below is made on the as- 
sumption that the service SV12 of the transport stream 
TS1 is currently being received. First, the CPU 847 an- 
alyzes the control data PAT recorded In the PAT recep- 
tion buffer 902 of the memory 844, and recognizes that 
the transport stream currently being received is TS1 . In 
other words, the transport stream ID is recognized (step 
S31). Incidentally since the presence information re- 
cording process is performed In the midst of the basic 
reception process, the control data Pat and NIT are re- 
corded in the memory 844. 

[0095] Next, the CPU 847 analyzes the control data 
NIT recorded in the NIT reception buffer 901 of the mem- 
ory 844, and records, as a service information control 
table, the service overview table and the transport 
stream in which the service in question is multiplexed to 
the service information management memory 842. FIG. 
12 shows the service information control table In which 
the I Ds of the service and transport stream are recorded. 
[0096] Next, the CPU 847 acquires the transport 
stream ID (0 x 0001 , namely TS1 here) which appears 
first in the service information control table, and deter- 
mines if the ID Is the same as the transport stream ID 
currently being received (step S33). Since the service 
SV12 of the transport stream TS1 is currently being re- 
ceived and both of the IDs are the same, the process 
moves on to the step S34. 

[0097] In the step S34, the ID of the SDT is set to the 
TS decoder 841 . At the same time, table id = "0 x 42," 
service ID (service id) = "0 x 0001" are set to the TS 
decoder 841. in this way it is possible to acquire the 
SDT1 of the transport stream TS1 and record it in the 
SDT reception buffer 904 of the memory 844. The CPU 
847 then analyzes the "descriptors( )" area of the ac- 
quired control data SDT1 (Refer to FIG. 14) and ac- 
quires the presence information. In the "descriptors( )" 
area is described the presence information on the serv- 
ices SV11 through SV14 multiplexed in the transport 
stream TS1. This information is recorded in the pres- 
ence information box in the service information control 
table for the services SVII through SV14. 
[0098] Next, a determination is made whether all the 
transport stream (namely all the services) are proc- 
essed (step S37). If not, the next transport stream is 
made the subject and the step S33 and succeeding 
steps are repeatedly executed (step S38). 
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[0099] Here, if the transport stream ID (transport 
stream id) of the subject service is not equal to the trans- 
port stream ID (transport stream id) currently being re- 
ceived, the table ID (table id) is set as "0 x 46" in the 
step S35. In this way, the SDT may be acquired. 
[0100] When the process is over for all the transport 
streams, the presence information recording process Is 
complete. A service information control table obtained 
in this way is shown in FIG. 13. 
[0101] While the above description is made for the 
case in which the recording process is made for each 
transport stream, it may be made for each service. 
[0102] Furthermore, while this embodiment is ar- 
ranged to make the presence information recording 
process at specified time intervals, the process may be 
made every time the specified control data are received. 
It may also be arranged that the process is made when- 
ever room for processing is produced in the CPU. 
[0103] Furthermore, it may also be arranged that the 
process is made before turning off the power supply 
when an instruction is given from the remote control op- 
eration part 849 to turn off the power supply 
[0104] FIG. 17 shows a flow chart of a genre search 
process program recorded in the memory 844. Here, the 
term genre search refers to a process to select and dis- 
play programs of a desired genre according to genre in- 
formation included in the long term program information. 
In the following explanation, it is assumed that a genre 
search is made while the service SV12 of the transport 
stream TS1 is currently received. 
[01 05] When a genre search command Is Issued from 
the remote control operation part 849, the microcomput- 
er 848 transmits It to the CPU 847. The CPU 847 re- 
ceives it and starts the genre search process of FIG. 17. 
[0106] First, the CPU 847 in the step S41 writes the 
data for the genre search menu to a VRAM 846. This 
causes a monitor 840 to display a genre search menu 
as shown in FIG. 18. The receiving person may select 
a genre to be searched by operating a cursor key (an 
arrow key) of the remote control operation part 849. FIG. 
1 8 is incidentally in the state in which the genre of foreign 
films Is selected. When a decision button of the remote 
control operation part 849 is pressed In that state, an 
instruction for executing a search for the programs be- 
longing to the foreign film genre is given to the micro- 
computer 848. When the CPU 847 receives the search 
execution instruction from the microcomputer 848, the 
process goes to the step S43. 

[0107] The CPU 847 analyzes the NIT stored In the 
NIT reception buffer 901 of the memory 844, and rec- 
ognizes in which transport stream the long term program 
information S_ EIT is multiplexed. Next, the CPU 847 
determines whether the transport stream currently be- 
ing received (TS1 here) coincides with the specified 
transport stream in which the long term program infor- 
mation S_EIT Is multiplexed (step S44). Since It is not 
the case here, the tuner 832 Is controlled to receive the 
specified transport stream TS2 (step S45). 



[01 08] Next, the contents of the presence Information 
on the service of the first line in the service information 
control table (FIG. 1 3) are acquired (step S46). The first 
line describes the service SV11, and the state of the 
5 presence information is "yes." From this, It is learned 
that the long term program information S_EIT on the 
service SV11 is multiplexed. 

[0109] With this embodiment, since the presence In- 
formation is recorded in advance in the service Informa- 
10 tion control table, the information may be quickly read 
from the memory 842 and used. In this way the process 
Is made quicker. 

[0110] In the case of the state of the presence infor- 
mation Is "yes," the process goes from the step S47 to 

15 the step S48. to the TS decoder 841 is set the PID of 
the S EIT At the same time, the service ID (service id) 
and the table ID (table id) are also set to the TS decoder 
841. In this way, the TS decoder 841 obtains only the 
S_EIT from among S_EITs, In which the table id agrees 

20 with the service id. 

[0111] As the service Id, the service ID (service id) of 
the service SV1 1 currently made as the subject, namely 
"0 x 0011 Is set. Also, it Is arranged that long term pro- 
gram Information for four days are described in one 

25 S_EIT1 1 and that the long term program information for 
one week may be acquired by sending out a plural 
number of the long term program information. There- 
fore, the long term program Information for one week Is 
acquired by setting the table ID (table id) of the plural 

30 number of S_EIT11. 

[0112] The CPU 847 analyzes the description of the 
acquired S_EIT and writes the program information on 
the service in question to the program information table 
as shown in FIG. 21. In the program Information table 

35 are written the service ID, event ID, date of broadcast- 
ing, broadcasting time, program name, genre and soon, 
and stored in the program information memory 843. 
[01 1 3] As described above, for the sen/Ice in the case 
the state of the presence information is "yes," the S_EIT 

40 is acquired in the step S48 and Its contents are recorded 
in the program information table. After that, the process 
goes to the step S49. 

[011 4] For the service in the case the state of the pres- 
ence information is "no," the acquiring process of the 

45 step S48 Is skipped to go to the step S49. 

[0115] In the step S49, whether all the services are 
processed or not Is determined. If any service remains 
to be processed in the service Information control table, 
the next service Is made the subject and the step 849 

so and the succeeding steps are repeatedly executed (step 
S50). 

[0116] When the process for all the services is over 
by repeating the process described above, a program 
information table shown In FIG. 21 Is recorded in the 
55 program Information memory 843. Next, the CPU 847 
performs a genre Information search of the program in- 
formation table according to the Indication of the 
searched contents. Here, only the program in which the 
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genre is about the foreign films is chosen. The CPU 847 
writes the program information chosen as described 
above to the VRAM 846 to be displayed on the monitor 
840. 

[0117] FIG. 19 shows the displayed search result. The 
receiving person may reserve reception of programs by 
operating the remote control operating part 849 to 
choose the programs on the displayed search result. 
That is to say, the CPU 847 refers to the calendar and 
clock of the receiver by retaining the service ID, event 
ID, broadcasting data, broadcasting start time, etc. of 
the chosen program in the memory 844, and automati- 
cally receives the intended program at the intended 
time. 

[0118] Incidentally, while the process of search by the 
genre is explained above as an example in the case the 
presence information and the long term program infor- 
mation is required, the process may be generally ap- 
plied to other cases of searches based on the described 
contents of the S_ EtT such as by the broadcasting date, 
broadcasting time, and service. 
[0119] In any case, the process that requires the pres- 
ence information may be made quicker with this embod- 
iment. 

[0120] The embodiment described above is arranged 
to acquire the S_EIT by referring to the presence infor- 
mation and to record the program information table in 
the program information memory 843 every time the 
genre search command is issued from the remote con- 
trol operating part 849. However, in the case the genre 
search command is issued from the remote control op- 
erating part 849 after the program information table is 
stored, the search may be made using the program in- 
formation already recorded in the program information 
memory 843 to accelerate the display of the search re- 
sults. In that case for example, the program information 
table may be renewed by performing the S_EIT acqui- 
sition process every time a command is given to turn off 
the power supply of the receiver. Alternatively, the pro- 
gram information table may be renewed by performing 
the S_EIT acquisition process at specified timings (for 
example regularly) while the transport stream is being 
received in which the S_EIT is multiplexed. 
[0121] While the above embodiment is described as 
applied to the unidirectional wireless broadcasting, it 
may also be applied to the bi-directional broadcasting. 
Furthermore, it may be applied not only to the wireless 
broadcasting but similarly to the wired broadcasting 
such as the cable television. 

[0122] Furthermore, while the above embodiment is 
described as applied to broadcasting the video and au- 
dio data, it may be applied even to the cases of broad- 
casting computer programs and data as long as the con- 
cept of the program is involved. 
[0123] While the above embodiment uses the CPU for 
embodying the function of each block of FIG. 2, part or 
whole of it may be constituted with a hardware logic. 
[0124] The present invention can be embodied as 



software loaded on a carrier medium or transmitted as 
a signal e.g. downloaded software. 



5 Claims 

1. A digital broadcasting system comprising (a) a 
transmitter for sending a plural number of transport 
streams, and (b) a receiver for selecting and receiv- 

10 ing services in said transport streams, 
said transmitter comprising: 

(a1) long term program information multiplex- 
ing means for making at least one transport 
IS stream a specified transport stream and for 

multiplexing long term program information for 
each service in said specified transport stream, 
and 

(a2) presence information multiplexing means 
20 for multiplexing, for each service, presence in- 

formation on whether said long term program 
information is multiplexed or not in said speci- 
fied transport stream In all said transport 
streams including at least one service, and 

25 

said receiver comprising: 

(b1) presence information retaining means for 
acquiring and retaining said presence informa- 

30 tion for each service multiplexed in said trans- 

port stream currently being received, and 
(b2) long term program information acquiring 
means for determining whether said long term 
program information for said service in question 

35 is present or not on the basis of said presence 

information retained in said presence informa- 
tion retaining means, said long term program 
information acquiring means acquiring said 
long term program information for only those in 

40 which said long term program information is 

present. 

2. A digital broadcasting system of claim 1 , wherein 
said presence information multiplexing means mul- 

45 tiplexes said presence information also in all said 
transport streams that do not include services. 

3. A digital broadcasting method wherein a plural 
number of transport streams are sent out, and on 

50 the receiving side, services in said transport 
streams are selected and received, and wherein 

on said sending side, 

at least one transport stream is made a speci- 
55 fled transport stream and long term program in- 

formation on each service is multiplexed in said 
specified transport stream, and at the same 
time 
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for each service, presence information on 
whetlier said long term program information is 
multiplexed or not in said specified transport 
stream is multiplexed in all said transport 
streams Including at least one service, and 
on said receiving side 

presence information on each service multi- 
plexed In said transport stream currently being 
received is acquired and retained beforehand, 
and 

whether said long term program information on 
the service in question is present or not is de- 
termined from said presence information re- 
tained beforehand in the case it is necessary to 
learn whether said long term program informa- 
tion is present or not for the service. 

4. A digital broadcasting method of claim 3, wherein 
said presence Information is further multiplexed in 
all said transport streams that do not include serv- 
ices. 

5. A transmitter for sending a plural number of trans- 
port streams, comprising 

long term program information multiplexing 
means for making at least one transport stream 
a specified transport stream, said long term 
program information multiplexing means multi- 
plexing long term program Information on each 
service in said specified transport stream, and 
presence Information multiplexing means for 
multiplexing, for each service, presence infor- 
mation on whether said long term program In- 
formation is multiplexed or not in said specified 
transport stream In all said transport streams 
including at least one sen^ice. 

6. A transmitter of claim 5, wherein said presence in- 
formation is further multiplexed in all said transport 
streams that do not include services. 

7. A digital communication method for sending a plural 
number of transport streams, wherein 

at least one transport stream is made a speci- 
fied transport stream and long term program in- 
formation on each service is multiplexed In said 
specified transport stream, and 
for each service, presence information on 
whether said long term program information is 
multiplexed or not in said specified transport 
stream is multiplexed also In transport streams 
other than said specified transport stream. 

8. A digital communication method of claim 7, wherein 
said presence information is multiplexed in all said 
transport streams Including at least one sen/ice. 



9. A digital communication method of claim 8, wherein 
said presence information is multiplexed also in all 
said transport streams that do not include services. 

5 10. A digital communication method of claim 7, wherein 
said presence information Is described in a service 
description table (SDT). 

11. A digital communication method of claim 10, where- 
to in said presence information is described in a de- 
scriptor area of said sen/ice description table (SDT). 

12. A digital communication method of claim 7, wherein 
said presence information is described In a network 

75 Information table (NIT). 

13. A digital communication method of claim 1 2 where- 
in said presence information Is described in a de- 
scription loop for each transport stream in said net- 
work information table (NIT). 

14. A receiver for selecting and receiving sen/ices In a 
plural number of transport streams, comprising: 

presence information retaining means for ac- 
quiring and retaining said presence information 
on each service multiplexed In said transport 
stream currently being received, and 
long term program information acquiring 
30 means for determining whether said long term 

program information about the service in ques- 
tion is present or not in the case it is necessary 
to acquire said long term program information 
about a service, said long term program infor- 
ms mation acquiring means performing said long 
term program information acquiring process for 
only that in which said long term program infor- 
mation is present. 

40 15. A receiver of claim 14, wherein said long term pro- 
gram information acquiring means acquires said 
long term program information without changing 
said transport stream to be received If said transport 
stream currently being received is a specified trans- 

45 port stream, and acquires said long term program 
information after changing said transport stream to 
be received into said specified transport stream if 
said transport stream currently being received is not 
a specified transport stream. 
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1 6. A receiver of claim 1 4, wherein said presence infor- 
mation retaining means acquires and retains said 
presence information for all said services at speci- 
fied time intervals during said receiving operation. 

17. A receiver of claim 14. wherein said presence infor- 
mation rfetaining means acquires and retains said 
presence information for all said services when said 
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power supply is turned off. 

1 8. A receiver of claim 1 4, further comprising: long term 
program information memory means for storing said 
long term program information acquired with said 5 
long term program information acquiring means, 

search receiving means for receiving search in- 
struction for program information, and 
search execution means which searches long io 
term program information stored in said long 
term program information memory means ac- 
cording to said search instruction, and outputs 
search results, 

wherein said long term program information ?5 
starts its process by receiving said search In- 
struction and stores said long term program in- 
formation in said long term program information 
memory means, and 

wherein said search execution means starts its 20 
process after said long term program informa- 
tion is stored In said long term program infor- 
mation memory means by said long term pro- 
gram information acquiring means. 

25 

19. A receiver for selectively receiving services in a plu- 
ral number of transport streams, comprising: 



where no long term program information is 
present, and 

for those where said long term program infor- 
mation is present, to control said transport 
stream selecting part to receive said transport 
stream in which said long term program infor- 
mation is multiplexed, control said separating 
part to separate and acquire said long term pro- 
gram information from said transport stream in 
question. 

20. A recording medium on which a program is record- 
ed for controlling processes of selecting and receiv- 
ing services in a plural number of transport streams, 
wherein 

said program controls, 

while a desired transport stream is being re- 
ceived in a separating part, to acquire presence 
information on a long term program information 
for each service multiplexed in said transport 
stream in question and record it in a data re- 
cording part, 

upon receiving an instruction to acquire said 
long term program information on services, to 
determine whether said long term program .in- 
formation is present or not for the service in 
question according to said presence informa- 
tion recorded in a data recording part, 
not to perform said acquisition process for 
those where no long term program information 
is present, and 

for those where said long term program infor- 
mation is present, to control a transport stream 
selecting part to receive said transport stream 
in which said long term program information is 
multiplexed, and control said separating part to 
separate and acquire said long term program 
information from said transport stream. 

21. A digital communication method for selecting and 
receiving services in a plural number of transport 
streams, wherein 

presence information on each service multi- 
plexed in said transport stream being received 
is acquired and retained, and 
in the case it is necessary to acquire said long 
term program information on said service, de- 
termines whether said long term program infor- 
mation is present or not for the service in ques- 
tion according to said presence information re- 
tained in a presence information retaining 
means, and performs said acquisition process 
for only those where said long term program in- 
formation is present. 

22. A carrier medium carrying processor implementa- 



a transport stream selecting part for selecting 
and receiving a transport stream according to 30 
an instruction from a processing part, 
a separating part for separating and acquiring 
desired data from said transport stream select- 
ed with said transport stream selecting part ac- 
cording to said instruction from said processing 
part, 

a processing part for controlling the operation 
of said transport stream selecting part and said 
separating part, 

a program recording part for storing the pro- ^0 
gram for determining the process contents of 
said processing part, and 
a data recording part for recording data, 
wherein said program causes a computer to ex- 
ecute the following processes: ^5 
while a desired transport stream is being re- 
ceived in said separating part, to acquire said 
presence information on said long term pro- 
gram information for each service multiplexed 
in said transport stream In question and record ^0 
it in said data recording part, 
upon receiving an instruction to acquire said 
long term program information about a service, 
to determine whether said long term program 
Information about the service is present or not 55 
from said presence information recorded in 
said data recording part, 
not to perform an acquiring process for those 
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ble instructions for controlling processing apparatus 
to carry out the method of any one of claims 3, 4 or 
7 to 13. 

23. A signal broadcast using the method of any one of s 
claims 3, 4 or 7 to 13. 

24. A signal carrying processor implementable instruc- 
tion for controlling processing apparatus to carry out 

the method of any one of claims 3, 4 or 7 to 1 3. io 
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FIG.10 
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FIG.11 
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FIG.15 
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FIG.16 
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FIG.17 



GENRE SEARCH PHOCBSS 



START 





OrSPLAY GENRE 
SEARCH DIALOG 








NO y 


> 


SEARCH EXECUTION ' 



-S41 



S42 



< 



S47 



PRESENCE INFORMATION 



I 



YES 



ANAUZENfTTO 
RECOGNIZE T8 BY 

WHICH 8 Err (S 

MULTIPLEXED 

I 



S43 



S44 



COINCIDE IVITH TS 
CURRENTLY 
BEING nSCBVED 



0- 





PRESENT 648 



SET THE PID OF S ETT, 
TABLE ID AND 
SERVICE 10. TO TS 
DECODER AND OBTAIN 
S.ETT TO STORE IN THE 
PROGRAM INFORMATION 
MEMORY S42 



YES 



S45 



CONTROL THE TUNER 
TO RECEIVE TS BY 
WHICH S.EIT IS 
MULTIPLEXED 



COMPLETE TO 
PROCESS FOR 
ALL SERVICES 7 



ACQUIRE TNE DATA 
OF A SERVICE 
IN THE SERVICE 
INFORMATION 

MANAGEMENT TABLE 



S46 



S49 
\ NO 

/I 



\ 


YES S60 


NEXT SERVICE 
IS MADE SUBJECT 






CONDUCT SEARCH 
ACCORDING TO THE 
INDICATION OP 
CONTENTS TO BE 
SEARCHED AND 
DISPLAY THE RESULT 






r 





c 



END 



31 



EP 0 905 985 A2 




32 



EP 0 905 985 A2 



D 
Ui 




S2 

LL 



33 



EP 0 905 985 A2 



8^ 



V 

w I 

o 

SS.I. 



CO 



o 

.2 I 

? I 



(1} 



^1 



'4 

P, 



O 

g - 5 

111 

« I 



O 



CO 



+ 
+ 

z 

V 

d 
II 



O 

B 



'C 
o 



ia .SJS 
2 I fl 



^ O 

|S.:s. 



+ 
+ 

z 

V 

d 
II 



J! ^ 

A ** 

o o d 
y o o 



9 

fa I I 

.fi2 



CO 



Sis 



I 



34 



EP 0 905 985 A2 



o 

z 

o 

i 



CM 

2 



2^ 



§ 



CO 



CO 



35 



EP 0 905 985 A2 




36 



f 

EP 0 905 985 A2 



FrG.23 





1 NIT 


1 SDTl 


1 P_EIT11 


J 






T7C / A \ 1 1 1 

c-o \A) 1 1 1 




1 PATl 


1 SDT2 I 1 P_EIT12 


1 

J 






1 GO \J\} 1 




1 PMTll 1 


1 SDT3 


1 P_EIT13 


1 






|eS(A)I3 I 


TSl 


1 PMT12 1 




1 P_EIT14 


1 






|ES(A)14| 


PMT13 1 
















1 PMT14 1 




1 F_Emi 








1 CC i\f\ 1 t 1 

1 C'i> sy) 1 1 1 








1 F Em2 


1 






1 ES(V)12 1 








K Ems 


1 






1 ES(V)13 1 








F__EIT14 


1 






|ES(V)14 1 




NIT 1 


1 SDTl 


1 p„Err2i 


If 


s 


„Emi 


n 1 ES^AiSl 1 




1 PAT2 1 


1 oU 1^ 


1 P EIT22 


L 


s 








1 PMT21 1 


1 SDT3 


1 1 P EIT2^ 


1 
1 


s 


_Em4 


i ES(A)23 1 


TS2 


1 PMT22 




i p Err24 


1 


s^ 


_EIT21 


|£S(A)24 1 




1 PMT23 1 




1 F EITSl 


1 

r 


s_ 


.Enr23 


lio^V^21 1 




1 PMT24 1 




1 F_ErT22 j 


s_ 


_EIT24 


1 ' " 








1 F__EIT23 1 


1 
1 


s 
s 


.EIT31 
_EIT34 


J |ES(V)23| 








1 F_EIT24 1 






J |ES(V)24 1 




NIT 1 


SDTl 


1 p_Err3i 








ES(A)31 1 




1 PAT3 1 


SDT2 1 


1 P_EIT32 








|ES(A)32| 




1 PMT31 1 


SDT3 


1 P__EIT33 








|ES(A)33| 


TS3 


PMT32 




1 P„EIT34 








ES (A) 34 


PMT33 




















1 F_E1T31 








ES(V)31 1 




PMT34 




















1 F_EIT32 1 








1 ES(V)32 1 








I F__EIT33 1 








ES(V)33 1 








1 F_EIT34 1 








|ES(V)34 1 



37 



EP 0 905 985 A2 



FIG.24 



DATA RACKETING 



60.a 
NIT 
PAT! 
PMT11 
PMTT2 
PMT13 

PMn4 

SDTl 
SDT2 



TIME 




cs(Vid«o) 1 



ES(Vidoo)2 

ES(Vid«o)3 
ES(Vid*o)4 
ES(Audio)1 
ES(Audio)2 
ES(Audio)3 




ES(Audio)4 





38 



EP 0 905 985 A2 



FIG.25 



TUNER 



10 



DECODER 



CONTROL DATA 
ETC. 



VIDE0/AU040 DATA 



MPU 



39 



J 



Europalsches Patentamt 
European Patent Office 
C ^) Office europ6en des brevets 

(11) EP 0 905 985 A3 

(12) EUROPEAN PATENT APPLICATION 

(88) Date of publication A3: (51) Int CI'- H 04 N 7/52 

20.12.2000 Bulletin 2000/51 v y 

(43) Date of publication A2: 

31.03.1999 Builetin 1999/13 

(21) Application number: 98307787.6 

(22) Date of filing: 25.09.1998 



(84) Designated Contracting States: 




AT BE CH CY DE DK ES Fl FR GB GR iE IT LI LU 


(72) Inventor: Hayashi, Tsutomu 


MCNLPTSE 


Cifu 501-0563 (JP) 


Designated Extension States: 




AL LT LV MK RO SI 


(74) Representative: 




Beresford, Keith Denis Lewis etal 


(30) Priority: 26.09.1997 JP 26167197 


BERESFORD & Co. 


21.04.1998 JP 11033698 


High Holborn 




2-5 Warwick Court 


(71) Applicant: Matsushita Electric Industrial Co., Ltd. 


London WC1R 5DJ (GB) 


Kadoma-shi, Osaka 571^501 (JP) 





CO 

< 



(54) System and method for digital communication 



(57) A digital broadcasting system capable of 

quickly acquiring long term program information. An SI 
generating part SG2 generates a long term program 
information S_EIT which is multiplexed In a transport 
stream TS2 only. The SI generating part SG2 gives 
information on whether the long term^ program 
information S_EIT is present or not for each service to 
other SI generating parts SG1 and SG3. The SI 
generating parts SG1 and SG3 multiplex the given 
presence information in transport streams TS1 and TS3. 
In this way, the presence Information is multiplexed in 
all the transport streams. Therefore, the presence 
information may be acquired whichever transport stream 
is being received. If the presence information is 



retained beforehand, the information may be quickly 
used as required. 

FIG.2 



TIUMMRT mCM 








J- 






J * ^ 


* I^JIW«<l WW AOQWWW ■ — ■ 



in 

00 



o 



o 



0. 
UJ 



EP 0905985 -1- 



EP 0 905 985 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Apptlcallon Number 

EP 98 30 7787 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation ol document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lntCI.6) 



P.X 



WO 98 30023 A {KONINKL PHILIPS ELECTRONICS 
NV ; PHI LIPS NORDEN AB (SE)) 
9 July 1998 (1998-07-09) 
* abstract * 



* page 1. last paragraph - page 3» 
paragraph 1 * 

* page 4, paragraph 1 - paragraph 2 * 

* page 5, paragraph 2 * 

EP 0 705 036 A (SONY CORP) 
3 April 1996 (1996-04-03) 

* abstract * 

* claims 1-9; figures 1,2 * 

DONG-HEE HAN ET AL: "A SI/PSI, RSMS data 

stream and PCR/PTS processing algorithm 

for Koreasat digital DBS system" 

IEEE TRANSACTIONS ON CONSUMER ELECTRONICS, 

HAY 1998. IEEE, USA, 

vol. 44, no. 2, pages 398-404, 

XP002 150803 

ISSN: 0O98-3G63 

* page 400, left-hand column, last 
paragraph - page 401, left-hand column, 
paragraph 2 * 



The present search report has been drawn up for all claims 



1,3,5.7, 
14 

2,4,6. 

8-13, 

15-24 



1-24 



H04N7/52 



1-24 



TtCHNICAL FIELDS 
SEARCHED (lnl,CI.6J 



H04N 



Place cd Gsarch 

BERLIN 



Date d cgmplction ol \h» «»arch 

23 October 2000 



Examiner 

Gries, T 



CATEGORY OF CITED DOCUMENTS 

X : partioularfy relevant ff taken atone 

y : partioulorly relevant if oannbinBd with another 

dooument olthe eotne oategory 
A : teohnologioal baokground 
O : non-written ditoloeure 
P : internwdiate document 



T : theory or princpl* undertying the invention 
E : earlier patent document, but pubGahed on, or 

after the f ilng date 
0 : document cited in the application 
L : doeumertt cited for other reaioni 

& : member of ttie some patent family, oorreeponding 
dooument 



-2- 



EP 0 905 985 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 98 30 7787 



This annex lists the patent family nnembers relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable tor these particulars which are merely given for the purpose of information. 

23-10-2000 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
dale 


WO 9830023 


A 


09-07-1998 


CA 


2247450 A 


09-07-1998 








CN 


1216661 A 


12-05-1999 








EP 


1027802 A 


16-08-2000 








JP 


2000505988 T 


16-05-2000 


EP 0705036 


A 


03-04-1996 


JP 
CN 
US 


8102922 A 
1130843 A 
6686954 A 


16-04-1996 
11-09-1996 
11-11-1997 



o 

ui For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



